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PRO CEDE DE PAIEMENT ELECTRONIQUE. 



Pour faciliter les paiements eiectroniques, on transfor- 
me un telephone portable (7) en terminal porteur de paie- 
ment. Plus exactement le terminal porteur de paiement est 
constitu£ par des circuits des telephones portables et par 
des circuits d'un systeme central (10) d'un op6rateur de te- 
lecommunications. Cette combinaison de circuits permet de 
composer d'une maniere sure un message (5) de paiement 
adresse & un serveur (6) d'un organisme financier. 
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Proc6d6 de paiement eiectronique 

La pr6sente invention a pour objet un proc6d6 de paiement 
eiectronique. Le but de Invention est de permettre une tr6s grande diffusion 
5 d'un tel mode de paiement, dont I'interet est la simplicity et, avec certaines 
precautions, une grande fiabilite. 

On connait les paiements par carte bancaire, notamment ceux dans 
lesquelles on prend une empreinte d'un embossage d'une carte de paiement, 
ou d'une carte de credit, sur une fiche de paiement et dans lequel 
10 I'authenticite du paiement est acquise par la signature du titulaire de la carte 
au bas de la fiche. Selon les differentes legislations, le paiement peut §tre 
consider comme effectue d6s I'apposition de la signature ou, dans certains 
pays, seulement lorsque le titulaire de la carte regoit a son domicile un relev6 
des paiements et les accepte, ou tout au moins ne manifeste pas son 
15 disaccord d'acceptation. L'embossage r6veie des caracteres repr6sentatifs 
de Tidentite du titulaire de la carte, surtout de son num6ro de compte aupres 
d'un organisme financier. 

Ce type de paiement a 6t6 perfectionn6 par I'apposition £ I'arriere des 
cartes de paiement ou carte de credit d'une piste magn6tique reproduisant, 
20 sous une forme m6morisee magnetiquement, les caracteres embosses. Un 
lecteur de piste magnetique d'un terminal de paiement est capable de lire 
ces caracteres et d'editer la fiche de paiement qui suit par ailleurs un meme 
cheminement d'acceptation. 

En cas d'acceptation, un organisme financier du chancier op6re les 
25 transferts de monnaie scripturale correspondants entre le compte du d6biteur 
aupres d'un organisme financier et un compte du cr6ancier. 

Ce type de paiement a 6t6 a I'origine d'une fraude assez importante et 
a du etre s6curis6. Le syst6me de s6curisation retenu a consiste £ adjoindre 
aux informations relatives a Tidentite bancaire proprement dite du porteur de 
30 la carte (notamment son num6ro de compte dans I'organisme financier 
conceme et eventuellement son adresse), une chaTne de caracteres 
compiementaire constituant une coherence des informations d'identite 
proprement dites. Cette coherence est calcuiee, en fonction d'un algorithme 
propre £ I'organisme financier, sur la base des informations relatives £ 
35 Tidentite proprement dite. Cette coherence est constitu6e par I'adjonction de 



i 



2780800 



2 

cette chaine de caracteres dans la piste magnetique, mais pas dans les 
caracteres embosses. A ce titre cette chaTne de caracteres reste inconnue 
d'un fraudeur de base. 

Actuellement les deux systemes existent, le principe etant qu'un 
5 acheteur avise ne doit effectuer des paiements avec une machine a prendre 
les empreintes embossees, un sabot, que s'il a une grande confiance dans le 
vendeur, creancier du paiement, ou ne doit accepter que des paiements 
magnetiques dans I'autre cas. En effet, pour la prise d'empreintes 
embossees, il faut surveiller que les fiches de paiement ne soient pas 

10 dupliquees par le commercant. ou un fraudeur. Par exemple, avec une 
facturette papier dupliquee, un commercant fraudeur pourrait fabriquer des 
fausses factures avec un autre sabot, celui d'un autre commercant complice. 

Le lecteur de piste magnetique du terminal de paiement electronique 
etant relie en temps reel, ou periodiquement en temps differe, a un serveur 

15 de donnees de sa banque, ce lecteur est aisement reperable comme serait 
par ailleurs reperable par ses facturettes un commercant fraudeur. Les 
references de ce lecteur qui sont transmises en meme temps que chaque 
transaction a la banque du creancier designent le creancier a coup sQr. Mais 
surtout, I'insertion de la carte dans le lecteur s'effectuant a vue du porteur, 

20 celui-ci peut constater qu'elle n'est pas introduite dans un deuxieme lecteur. 
En consequence ce type de transaction a ete rendu plus sur, du moins du 
point de vue de la moralite des commercants. En ce qui concerne les clients, 
le lecteur verifie I'authenticite de la carte (controle d'authentification). Ensuite 
la carte controle le code confidentiel du porteur via le terminal lecteur. Pour 

25 I'authentification, le lecteur peut mettre en ceuvre une verification de la carte 
avec les informations de coherence. Le lecteur peut done detecter les clients 
fraudeurs. 

En ce qui concerne les clients, le systeme notamment par carte a 
puce permettant d'authentifier le porteur de la carte par composition d'un 

30 code secret permet, bien mieux qu'une signature qui peut etre imitee, de 
verifier que la carte n'a pas ete volee. Pour simplifier, on retiendra que le 
terminal de paiement, au moment ou une carte a puce lui est introduite, 
apres I'authentification. lance une procedure de code secret. Les echecs de 
cette procedure sont comptes. Au-dela d'un nombre limite d'echecs (trois en 

35 general) la carte a puce est invalidee. En cas d'adequation, la transaction 
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peut etre menee a terme. 

Dans tous les cas evoques ci-dessus le paiement necessite la 
presence du commercant (ou au moins du terminal de paiement de ce 
commercant), de la carte de paiement du debiteur et de la presence du 
5 debiteur lui-meme. Or cette concomitance n'est pas acquise dans le domaine 
de la vente par correspondance que celle-ci soit realisee par telephone, 
notamment par minitel en France, ou meme par Internet. En effet dans ce 
cas il n'y a pas de terminal de lecture magnetique, ou electronique, pour lire 
des informations d'identite du debiteur ainsi que des informations de 

1 0 coherences, qui accompagnent le cas echeant ces informations d'identites. 

En pratique, pour de telles transactions il est demande au debiteur de 
composer sur un clavier (celui d'un combine telephonique, d'un micro- 
ordinateur relie sur Internet, ou d'un minitel) les 13, 16 ou 19 ou autres 
caracteres numeriques embosses de son compte en banque (qui sont par 

15 ailleurs representatifs egalement de la banque dans laquelle il a un compte), 
ainsi que d'une maniere complementaire ceux d'une date de validite. On 
retombe alors avec ce mode de paiement dans les difficultes des fraudes 
evoquees ci-dessus. En effet quiconque disposant du numero de carte de 
paiement d'un tiers peut effectuer des paiements avec ce numero (et au 

20 besoin avec la date de validite), en se faisant livrer a un endroit quelconque 
des biens ou des services achetes. 

Par ailleurs les informations de coherence ne sont pas disponibles 
pour les usagers, ils les ignorent, et meme leur propre banque refusera de 
les leur donner. En consequence, sans terminal de paiement autorise par 

25 I'organisme financier, c'est-a-dire relie a cet organisme financier 
periodiquement ou en temps reel, il n'est pas possible d'effectuer des 
paiements sOrs, sans risque pour le debiteur de voir sa carte utilisee par des 
fraudeurs. 

Dans le domaine de la vente par correspondance, notamment en 
30 France avec I'usage du minitel, I'information de coherence inconnue des 
usagers peut etre remplacee par une relation contractuelle prealable. Ainsi, 
une personne identifiee par son adresse et eventuellement son numero de 
compte en banque dans le fichier de I'organisme de vente par 
correspondance est egalement dote d'un numero de contrat attribue par 
35 I'organisme de vente par correspondance. Ce numero de contrat n'est pas le 
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code secret de la carte bancaire et n'est pas non plus la chaTne de 
caracteres de coherence ignores. Mais il constitue un substitut de cette 
information de coherence puisque, sans ce numero de contrat la carte de 
paiement ne pourra pas §tre utilisee. En donnant son numero de contrat, le 
5 voleur se designe et c'est un bon moyen pour eviter sa fraude avec des 
cartes de paiement voices. 

II reste done le probteme de toutes les ventes par correspondence, 
vente sur catalogue, ou vente par Internet, dans lesquelles I'acheteur n'a pas 
prealablement pris contact avec I'organisme de vente par correspondance 
10 pour se faire attribuer un numero de contrat. Les seules solutions qui sont 
offertes dans ce cas consistent pour I'acheteur a diffuser les references de 
sa carte de paiement, avec les risques de spoliation envisages ci-dessus. 

Selon I'invention ce probleme va etre resolu simplement en utilisant 
pour le paiement un telephone mobile et, dans une solution principale, les 
15 circuits de gestion des communications d'un operateur central de 
telecommunications auxquels I'utilisateur est affilie par abonnement pour 
constituer un message de transaction a etablir : pour jouer le r6le du terminal 
de paiement. Ainsi, par exemple au moment de la souscription de son 
abonnement, cet utilisateur demandera a incorporer dans les circuits de son 
20 telephone mobile, ou d'une carte a puce ou d'un jeton a puce utilise avec ce 
telephone mobile, des informations relatives a son identite (son numero de 
compte en banque essentiellement) et de preference egalement les 
informations de coherence de sa carte bancaire. En quelque sorte le 
telephone mobile comportera de ce point de vue une duplication de sa carte 
25 de paiement: Si I'utilisateur perd son telephone mobile, ce telephone mobile 
est neanmoins protege par son propre code secret de demarrage comme le 
serait une carte d puce. 

Au moment d'une transaction, I'utilisateur composera un numero de 
telephone specifique de paiement, qui n'aboutit, dans cette solution 
30 principale, chez aucun interlocuteur si ce n'est a une fonction particuliere 
dans les services centraux de I'operateur. A cet instant la communication 
etablie permet d'executer automatiquement un programme specifique. Au 
cours de ce programme specifique, I'utilisateur compose et fait envoyer un 
code relatif a I'identite du commercant aupres duquel il veut faire une 
35 acquisition. Eventuellement ce code est relatif a la transaction elle-meme si 
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celle-ci est identifiee par ailleurs. Les services centraux de I'operateur de 
telecommunications composent alors un message de paiement. Ce message 
de paiement est etabli sur la base de ('identification du client debiteur 
(connue par le telephone mobile et communiquee automatiquement a 
5 I'operateur de telecommunications) et sur la base d'un code de creancier 
(communique par I'utilisateur au moment ou il envoie le code de commercant 
apres composition). Les services centraux de I'operateur retrouvent a partir 
de ce code de creancier, ou de ce code de transaction envoye par 
I'utilisateur du telephone, I'identite du commercant et eventuellement un 

10 montant de transaction. Ce montant peut etre autrement compose par 
I'utilisateur du telephone, a moins qu'il ne corresponde a la transaction. 

Une fois que ce message de paiement est compose, les services 
centraux de I'operateur de telecommunications effectuent en plus I'envoi du 
message correspondant a un organisme financier qui correspond soit au 

15 debiteur, soit au creancier, mais de preference au creancier. Cet organisme 
financier effectue alors la transaction comme dans le cas des paiements 
avec des terminaux electroniques communs. En quelque sorte, en agissant 
ainsi I'operateur de telecommunications se substitue, avec tous ses services, 
a un terminal de paiement electronique. Ce terminal de paiement 

20 electronique ainsi realise est particulier en ce sens qu'il est universel. II 
concerne tous les commercants et tous les organismes financiers. II suffit 
seulement que I'operateur puisse etre en relation avec les differents 
organismes financiers. Deux autres variantes seront egalement decrites par 
la suite dans lesquelles la constitution du message de paiement va etre 

25 partag6e. 

L'invention a done pour objet un precede de paiement electronique 
dans lequel 

- on complete un message de paiement comportant une information 
d'un montant d'une transaction, une information d'identite d'un debiteur de ce 

30 montant et une information d'identite d'un creancier de ce montant, 

- on envoie ce message a un serveur de donnees d'un organisme 
financier, 

- le serveur de cet organisme financier opere des transferts de 
monnaie scripturale correspondant a ce paiement, 

35 caracterise en ce que 
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- on emet a partir d'un telephone mobile, et en direction d'un systeme 
central d'un operateur, rinformation d'identite du debiteur, 

- on constitue, dans ce systeme central, le message de paiement a 
partir de Information d'identite de debiteur recue, et d'une information 

5 d 'identity de chancier, 

- on envoie le message ainsi constitue £ un serveur de donnees d'un 
organisme financier. 

L'invention sera mieux comprise a la lecture de la description qui suit 
et a I'examen des figures qui raccompagnent. Celles-ci ne sont donnees qu'a 
1 0 titre indicatif et nullement limitatif de l'invention. Les figures montrent : 

- Figure 1 : la representation schematique d'un procede de paiement 
electronique de I'etat de la technique ; 

- Figure 2 : une representation schematique des moyens mis en 
oeuvre dans le procede de l'invention ; 

15 - Figure 3 : une representation schematique des moyens du 

telephone mobile mis en oeuvre dans le procede de l'invention ; 

- Figure 4 : un organigramme de deroulement des etapes du 
procede de l'invention ; 

- Figure 5 : une presentation comparative des differentes variantes 
20 de l'invention. 

La figure 1 montre les moyens utilises dans I'etat de la technique pour 
effectuer un paiement electronique. Dans un terminal 1 de paiement 
electronique, on insere une carte 2 de paiement, carte a puce ou carte 
magnetique. Avec un clavier 3 du terminal 1, le commercant compose le 

25 montant de la transaction. En pratique cette operation comporte une 
authentification de la carte et une authentification du porteur par une 
composition de code secret mais qui n'est pas pertinente au premier chef ici. 
Ce faisant un message 5 de paiement ainsi constitue par le terminal 1 
comporte ('identification du debiteur, (c'est-a-dire le client), le montant de la 

30 transaction, et ('identification du creancier (c'est-a-dire le commercant). 
^identification du debiteur est prelevee dans la carte 2. [.'identification du 
creancier est prelev6e dans le terminal 1. Le montant est compose au 
clavier. D'autres informations sont egalement donnees, notamment la date 
de la transaction, la date de validite de la carte de paiement 2, ainsi que 

35 d'autres types d'informations. Dans ('identification client, figure ('identification 
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proprement dite et, de preference, la chaTne de caracteres de coherence qui 
authentifie intrinsequement I'identite du client. Dans ('identification du 
commercant on retrouve les memes elements. Ceux-ci sont disponibles dans 
une m6moire 4 du terminal 1 . 
5 Le terminal 1 est relie par une ligne telephonique (filaire, hertzienne ou 

autres) avec un serveur 6 de la banque du creancier. Le serveur 6 de cette 
banque est capable de recevoir le message 5 envoye, et de traiter la 
transaction financiere qui lui correspond. D'une maniere connue, le serveur 6 
de la banque du commercant emet un ordre de prelevement du compte du 
1 0 client pour le debiter et pour crediter le compte du commercant qu'elle gere. 

La figure 2 montre la modification de cette transaction selon 
I'invention, notamment pour la rendre accessible avec s6curite a la vente par 
correspondance. Ce mode de paiement peut toutefois se substituer aux 
paiements avec terminal 1, si le commercant I'accepte et s'il s'est organise 
15 en consequence. On verra par la suite comment, plutdt qu'une substitution 
pure et simple qui appelle la mefiance du commercant, celui-ci peut participer 
avec ses equipements a I'operation de paiement. Dans ces cas, selon 
I'invention, un client disposant d'un telephone mobile 7 consulte un catalogue 
8 de vente par correspondance ou meme consulte une session 9 de 
20 connexion sur Internet. Eventuellement il consulte la vitrine d'un 
commercant. II detecte dans ces consultations un bien ou un service qu'il 
veut acquerir. Les informations qui sont mises a sa disposition par le vendeur 
sont alors, selon I'invention, essentiellement des indications relatives a une 
procedure de designation du bien ou du service achete, et d'une procedure 
25 de paiement. 

Ces deux notions ne sont toutefois pas necessairement complement 
separees, il est possible en effet notamment au cours d'une session Internet 
9, qu'un seul produit soit achetable aupres du commercant, auquel cas la 
designation du bien ou du service sera implicitement comprise dans la 

30 designation du commercant. On verra par la suite comment peut etre menee 
a terme, avec toutes les variantes possibles, la procedure de designation du 
bien ou du service choisi par le client. Pour I'instant, pour ce qui conceme 
I'invention seul est important le fait que soit mis a la disposition de I'acheteur 
une procedure de paiement. 

35 Cette procedure de paiement peut comporter une succession 
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d'operations a effectuer par I'acheteur mais elle comportera essentiellement, 
selon I'invention, renvoi d'un code commercant. En effet, comme on I'a dit ci- 
dessus le terminal de paiement auquel on va s'adresser est un terminal 
universel, il n'est pas comme le terminal 1 automatiquement muni d'une 
5 memoire 4 avec Identification d'un commercant specifique ni non plus 
automatiquement connecte a un serveur 6 de donnees de la banque du 
commer$ant. Par consequent, dans le catalogue 8 dans la session 9 ou dans 
sa procedure de paiement, le commercant doit indiquer un code qui le 
conceme dans les services de I'operateur de telecommunications. Ce code 
10 pourrait meme etre ('identification complete du commercant comme vu plus 
haut. II pourra de preference §tre plus simple, notamment comporter par 
exemple un nom commercial suivi, eventuellement, d'un numero d'article vu 
dans le catalogue. Ainsi pour une societe nommee VPC de vente par 
correspondance, et pour un article de numero 0001 , le code commercant 
1 5 pourra etre VPC, ou VPC 0001 selon le cas. 

Selon I'invention, le telephone mobile 7 va envoyer, pour le paiement, 
dans un systeme central 10 d'un operateur de telecommunications publiques 
avec des mobiles, un message comportant essentiellement le code 
commercant vu ci-dessus (VPC, ou VPC 0001) ainsi que I'identification client 
20 (c'est-a-dire I'identite du client et de preference la chame de caracteres de 
coherence). D'une maniere optionnelle le client enverra avec son telephone 
mobile 7 le montant de la transaction et la date de la transaction. Le montant 
de la transaction et la date de la transaction ne sont pas necessaires si 
I'article achete est deja identifie implicitement dans le code commercant. De 
25 meme ils ne sont pas necessaires si le commercant ne vend qu'un seul 
article. La date peut par ailleurs etre apportee dans le message de paiement 
par I'operateur. 

Pour I'envoi des deux composantes essentielles, le code commercant 
et I'identification client, il n'est demande a I'utilisateur du telephone mobile 

30 que de composer le code commercant. ^identification client etant 
prealablement contenue dans les memoires de ce telephone mobile sera 
adjointe au message d'une maniere automatique. Apres cette composition du 
code commercant, le client se met en relation avec le systeme central 10. A 
cette fin il dispose d'un numero de telephone specifique. 

35 Le systeme central 1 0 de I'operateur de telecommunications comporte 
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au moins une station de base 1 1 en relation avec le telephone mobile par 
voie hertzienne, et avec les differents circuits de ce systeme central par 
I'intermediaire d'un bus 12. D'un maniere connue ces circuits comporteront 
des circuits 13 de commutation et des circuits annexes. Les circuits 13 
5 servent a la fonction principal d'un operateur de telecommunications : a 
etablir des liaisons entre differents interlocuteurs. Les circuits annexes 
peuvent etre varies et comporter par exemple des boites vocales 14. Le 
systeme central 10 est administre par un processeur 15 qui met en ceuvre un 
programme 16 general. Le programme 16 est contenu dans une memoire 
10 161 reliee au bus 12. Selon I'invention ce programme 16 sera complete par 
un sous programme 17 de paiement electronique selon I'invention. Le sous 
programme 1 7 a pour objet de reconstituer le message 5 et de I'envoyer a un 
serveur 6 de donnees de la banque du commercant. Le sous programme 17 
est la fonction specifique de paiement lancee chaque fois qu'un acces est 
1 5 effectue sur le numero de telephone specifique. 

Dans ce but, le systeme central 10 comportera une memoire de 
paiement 18 dont chaque enregistrement peut etre adress6 par un code 
commercant recu du telephone mobile 7. Dans un enregistrement 
correspondent a un code commercant, on trouve ainsi une information 
20 relative a I'identification du commercant, notamment a son compte en 
banque, et a une identification de la banque du commercant. Cette derniere 
information sera notamment utile pour, une fois que le message 5 aura ete 
constitue, I'envoyer au serveur 6 de la banque du commercant. 

En variante, la memoire 18 sera reduite, et ne comportera qu'une 
25 identification de commercant permettant au service central 10 de se 
connecter, en temps reel ou en temps differe, sur un serveur de donnees 19 
du commercant afin d'y puiser les informations correspondent a la 
transaction souhaitee par le porteurdu telephone mobile 7. Ainsi, dans le cas 
ou le code commercant comporterait les informations VPC 0001, le systeme 
30 central 10 composera un numero de telephone (correspondant au 
commercant VPC et qu'il connait dans sa memoire 18). Ce numero de 
telephone est celui du serveur 19 du commercant. Par une requeue 
automatique, le systeme central 10 pourra obtenir de ce serveur 19 d'une 
part I'identification bancaire de ce commercant et d'autre part eventuellement 
35 le montant de la transaction relative a I'article correspondant 0001 . 
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En variante le processes 15, en execution du programme 17, peut 
apporter la date du jour au message 5 ainsi qu'effectuer la verification des 
identifications du client et du commercant. En effet dans les deux cas il 
recevra des entites 7 et 19 des identites proprement dites ainsi que les 
5 chames de caracteres de coherence. Dans une variante preferee egalement 
le sous programme 17 pourra lancer une verification de code secret, pour 
authentifier le porteur du telephone mobile. Ou le sous programme 17 pourra 
faire faire cette verification par un circuit contenu dans ie telephone mobile 7. 
En resume identification client est envoyee par le telephone mobile 7 
10 au moment de la transaction, ^identification du commercant est envoyee par 
le serveur commercant 19. Elle est envoyee prealablement pour etre stockee 
dans une memoire 18, ou a la demande, en temps reel ou en temps differe 
par rapport a I'instant de la transaction. Le montant peut etre compose par 
I'utilisateur du telephone mobile 7. II peut etre prealablement stocke dans la 
15 memoire 18. Ou encore il peut §tre envoye a la demande par le serveur 19. 
L'avantage d'utiliser le serveur 19, et done la communication entre le 
systeme central 10 et ce serveur 19. pour parfaire la transaction est que le 
commercant peut changer de banque comme il veut et que d'autre part le 
systeme central 10 n'est pas responsable juridiquement de la transaction 
20 puisqu'il ne fait que transcrire des informations qu'on lui donne pour 
composer le message 5. Dans un enregistrement de la memoire 18 
correspondant a un code commercant, on trouvera done de preference des 
moyens d'identification du commercant, avec la chaTne de caracteres de 
coherence, et des moyens d'identification de sa banque, e'est-a-dire 
25 I'expression du protocole de connexion utilisable pour transmettre ensuite le 
message 5 a cette banque. 

La figure 3 montre une modification fonctionnelle d'un telephone 
mobile pour le faire fonctionner selon I'invention. Le telephone mobile 7 
comporte d'une maniere connue un microprocesseur 20 relie par un bus 21, 
30 a une memoire programme 22, a une memoire de donnees 23, a une 
memoire de travail 24, a un circuit d'emission reception 25, a un clavier 26, et 
a un ecran 27. Pour la relation avec le monde exterieur, le bus 21 est encore 
relie a un connecteur 28, de carte a puce ou similaire ainsi qu'a un 
connecteur d'embase 29. Le connecteur 29 sert la plupart du temps pour 
35 recharger une batterie (non representee) du telephone mobile. Mais il peut 
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egalement servir pour connecter le telephone 7 a un micro-ordinateur 30. Le 
micro-ordinateur 30 est par exemple celui a partir duquel on a lance une 
session Internet 9. Cependant il ne faut pas confondre la session Internet 
(qui pourrait, elle aussi, utiliser le telephone mobile comme moyen de 
5 communication), et la session de paiement dans laquelle on met en oeuvre le 
precede de paiement selon I'invention. 

Le connecteur de carte a puce 28 est optionnel quoique 
correspondent a une solution preferee. En effet celui-ci permet de connecter 
un circuit a puce 31 amovible comportant lui aussi un bus 32 relie au 
10 connecteur 28, un microprocesseur 33, une memoire programme 34 et une 
memoire de donnees 35. 

Dans la memoire de donnees 23 figurent diverses informations mais 
notamment un numero dit IMSI, pour International Mobile Set Identification, 
qui permet d'identifier au cours d'une communication du telephone mobile 7 
15 avec une station de base 1 1 quel est le poste telephonique mobile qui est en 
cours d'utilisation. Par opposition, dans la memoire 35 figurera un numero dit 
SIM correspondant, mais pour I'operateur de telecommunications cette fois, 
a I'identite de I'utilisateur du telephone mobile. Cette identite est en fait ici en 
correspondance biunivoque du numero de telephone affecte par cet 
20 operateur a I'utilisateur de la carte 31. Le circuit a puce 31 est d'ailleurs 
appele couramment carte SIM pour cette raison. 

Cette memoire 35 comporte d'une maniere connue differentes zones 
non volatiles dont notamment une zone 36 comportant un code secret. Lors 
de ('utilisation du telephone mobile avec la carte 31, au moment de la mise 
25 en service, le programme de la memoire programme 34 verifie que le code 
secret compose par I'operateur sur le clavier 26 correspond bien a celui 
enregistre dans la zone 36. II est egalement connu d'y disposer dans des 
zones memoires telles que 37 des numeros de telephones preferes. 
L'operateur peut les faire apparaTtre sur I'ecran 27 et les selectionner pour 
30 une composition automatique sans avoir a frapper tous les chiffres de ces 
numeros de telephone. Le numero de telephone specifique pourra en faire 
partie. 

Selon I'invention, et d'une maniere preferee, la carte SIM 31 
comportera dans la memoire 35 une zone 38 dans laquelle seront 
J5 enregistrees les informations relatives aux paiements effectues par le porteur 
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du telephone 7. Par exemple dans un enregistrement 39 de la zone 38, on a 
memorise le numero de la carte VISA du titulaire de la carte SIM 31 dans 
une premiere zone 40, et la chaTne de caracteres de coherence 
correspondant a ce numero 40 dans une zone 41. Si le titulaire de la carte 
5 SIM 31 possede par ailleurs une carte American Express cette indication 
sera portee dans un enregistrement 42 dans les zones 43 et 44 
respectivement. Et ainsi de suite il pourrait y avoir autant d'enregistrements 
que le titulaire de la carte SIM 31, ou du telephone mobile, dispose de 
comptes financiers differents. De meme dans un enregistrement 45, on a fait 
10 figurer les references d'une societe de vente par correspondance VPC 1 et 
du numero de contrat souscrit avec elle en zones 46 et 47 respectivement. 

Le choix de la carte SIM 31 pour contenir toutes les informations 39 a 
47 est prefere parce que ce choix permet a I'utilisateur, detenteur de la carte 
SIM 31, d'utiliser n"importe quel telephone mobile 7 pour effectuer la 
15 transaction. En outre, il est plus facile pour un operateur de recevoir ou de 
modifier des cartes SIM qu'il edite que de modifier des telephones mobiles. 
Neanmoins il serait possible d'incorporer, notamment dans les pays ou les 
caracteres amovibles des informations de la carte SIM 31 ne sont pas 
utilises, ces informations dans la m6moire 23. 
20 Plutdt que d'avoir le prelevement de Identification du commercant 

dans le centre serveur 19 par I'intermediaire du systeme central 10, il est 
possible, en connectant simultanement le micro-ordinateur 30 sur une 
session Internet et sur le connecteur 29, ou en gardant en memoire les 
resultats de la session Internet, de transmettre sur le bus 21 les informations 
25 d'identification du commercant, et meme de montant, a partir du telephone 
mobile 7 pour composer le message electronique de paiement 5. Cependant, 
meme dans ce cas le systeme central 10 est prefere puisque c'est celui-ci 
qui effectuera en definitive la verification de coherence. En outre, les 
messages 5 sont de toute maniere edites par le systeme 10 pour §tre 
30 transmis au serveur 6 de la banque du commercant. Surtout la liaison entre 
le poste telephonique mobile 7 et le systeme central 10 n'est pas une liaison 
Internet en reseau, ouverte a tous, elle est une liaison privee done nettement 
mieux protegee. Quand I'operateur est ainsi implique dans le traitement : on 
definit un protocole d'echange entre le telephone mobile 7 et I'operateur. Ce 
35 protocole tient compte des differentes options offertes : connaissance 
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prealable de Identification du commercant, prelevement en temps reel, ou 
communication par le client. 

La figure 4 montre les operations 48 mises en oeuvre pour effectuer la 
procedure de designation et les operations 49 effectuees selon Invention 
5 pour la procedure de paiement. La procedure 48 de designation n'est pas 
necessairement effectuee par la liaison par telephone mobile, en utilisant le 
systeme central 10 montre sur la figure 2. Elle sera de preference lancee par 
le micro-ordinateur 30 au cours d'une session Internet 9. La procedure 48 
comporte ainsi une etape 50 d'acces aux services du commercant. Dans ce 
10 but I'utilisateur compose par exemple avec un modem 51 (figure 2) de son 
micro-ordinateur 30 le numero de telephone et le code d'acces qui lui 
permettent de visualiser sur I'ecran de son micro-ordinateur 30 les 
informations utiles a la transaction. 

Lorsque I'acces 50 aux services est effectue, une operation d'accueil 
15 52 s'execute. Dans le cas ou il s'agirait d'une session Internet, I'ecran du 
micro-ordinateur 30 va montrer tous les details de la transaction. Cette 
visualisation peut etre autrement provoquee sur I'ecran du telephone mobile 
7. Dans ce cas neanmoins, les informations seront plus laconiques. 
Eventuellement si on utilise seulement un telephone, et meme pas un 
20 telephone mobile, il peut y avoir un bip sonore montrant que la connexion est 
etablie, ou voire meme rien du tout. Dans ce cas la procedure de designation 
apparaissant sur le catalogue 8 indique ce a quoi doit s'attendre I'utilisateur 
client. Apres cet accueil le client designe dans une operation 53 1'article ou le 
sen/ice qu'il veut acquerir. II suit les indications qui lui sont donnees a cet 
25 effet soit au cours de la session, soit dans le catalogue 8. Cette designation 
53 est suivie d'une prise en compte de commande 54 par le commercant, 
eventuellement sous reserve de paiement. L'operation 54 termine la 
procedure 48 de designation. Cette designation 53 et cette prise en compte 
de commande 54 utilisent des memes moyens de visualisation, ou de 
30 communication, que l'6tape 52. 

La procedure de paiement 49 comporte une communication ou un 
affichage du prix. Comme vu precedemment, celui-ci peut avoir ete visualise 
sur un ecran, communique par une boTte vocale, indique dans le catalogue 8 
ou autre. Cette communication du prix 55 est prealable. La procedure 56 de 
35 paiement proprement dite selon I'invention correspond a un sous programme 
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57 contenu dans la memoire programme 22 du telephone mobile 7, ou bien 
de preference contenue dans la memoire programme 34 de la carte SIM 31. 
Compte tenu du caractere universel du programme 57, celul-ci pourra 
neanmoins etre incorpore dans tous les telephones mobiles 7. Le 
5 programme 57 comportera de preference une premiere etape 58 par laquelle 
le porteur pourra selectionner celui des enregistrements 39, 42 ou 45 qu'il 
choisit (compte tenu de ses disponibilites financiers sur ses differents 
comptes) pour effectuer la transaction. 

Une fois cette selection faite, ou au prealable. le programme 57 
10 demandera en une etape 59 au client de taper le code commercant evoque 
ci-dessus. Ce code commercant est lisible sur le catalogue 8 ou dans la 
session 9. Une fois les operations 58 et 59 realisees, I'utilisateur provoque 
avec le telephone mobile 7 I'envoi au numero de telephone specifique, au 
cours d'une operation 60, de ces differentes informations : identification de 
15 client comportant de preference la chaTne de caracteres de coherence et 
code commercant. Cet envoi est provoque par I'appui sur une touche du 
telephone mobile, correspondent a des indications de procedure donnees 
dans un manuel du telephone mobile, ou mieux, au cours de la session 48. 
Le systeme central 10 recoit alors ce message, et le prend en compte au 
20 cours d'une operation 61. L'etape 61 pourra etre suivie, en application du 
programme 17 contenu dans la memoire 16 du systeme central d'une 
requete en verification de code secret 62 , d'un chiffrage 63 et ou d'une 
verification 64 de ce que la carte est bien detenue par son proprietaire. 

L'etape 61 comporte surtout la constitution du message 5, par 
25 prelevement des informations utiles dans la memoire 18 (ou dans le serveur 
19). L'etape 61 comporte enfin un appel du serveur 6 de la banque du 
commercant. Cette etape 61 est suivie d'une etape 65 de traitement du 
paiement, comme dans I'etat de la technique, par la banque du commercant. 
La figure 5 resume les differentes manieres de mettre en oeuvre 
30 I'invention. On y distingue le telephone mobile 7, le terminal classique de 
paiement 1 et une carte a puce 31 utilisable pour faire fonctionner le 
telephone mobile 7 et une carte a puce 2 pour payer avec le terminal 1. 
Selon I'etat de la technique, une liaison 66 relie le terminal 1, en temps reel 
ou en temps differe, a un modem 67 et au serveur 6 de I'organisme financier 
35 du commercant proprietaire du terminal 1 . Selon la description precedente de 
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I'invention, le telephone mobile 7 entre en relation avec les circuit 10 de 
I'operateur de telephonie mobile pour que celui-ci compose le message de 
paiement. Ces circuits 10 component une station de base 11 (propriete de 
I'operateur de telephonie mobile) et le systeme 12-18 de traitement evoque 
ci-dessus. Dans cette premiere description de I'invention, le telephone mobile 
7 entre en relation avec la station de base 1 1 par une relation hertzienne 68. 

Selon une premiere variante, on installe chez un commercant une 
station de base privee 69. Cette station de base privee peut etre mise en 
relation telephonique classique, par exemple par une liaison bifilaire 70, avec 
le modem 67. Cette station de base privee peut par ailleurs seivir 
d'autocommutateur pour des liaisons telephoniques du commercant. Selon la 
variante de I'invention, la station de base privee 69, entre en relation avec le 
telephone mobile 7 par une liaison hertzienne privee 71. On connaTt de ce 
point de vue, dans le domaine de la telephonie mobile, les utilisations 
15 alternatives, publique ou privee des telephone mobiles. Pour de telles 
utilisations, un porteur de telephone mobile, arrivant par exemple a son 
domicile, eteint son telephone mobile, puis le remet en service en designant 
le type d'utilisation, privee ou publique. Selon le cas, le telephone mobile 
cherche a alors a entrer en relation avec une station de base privee ou 
20 publique qui le capte. Puis une procedure de reconnaissance typique est 
lancee. Dans la pratique, il n'est meme pas besoin d'eteindre le telephone 
mobile, on peut lancer une procedure d'accrochage d'une base privee a 
partird'une utilisation en veille dans un reseau public. Dans cette procedure, 
I'accrochage sur la base privee est du meme type qu'un accrochage sur un 
25 reseau public, essentiellement les gammes de frequence changent, 27 MHz 
ou 400 MHz pour les utilisation privees, au lieu de 900 MHz ou 1800 MHz 
pour les utilisations publiques. 

Autrement dit, selon cette premiere variante, le porteur du telephone 
mobile commence par quitter le reseau public, et se connecter sur un reseau 
30 prive. Ce reseau prive sur lequel il se connecte n'est pas le sien propre, mais 
celui du commercant auquel appartient la station de base privee 69. Dans 
cette variante. le terminal 1 est aussi en relation avec la station de base 69, 
soit par une relation hertzienne 72, soit par une liaison filaire (non 
representee). En pratique le terminal 1 et la station de base privee 69 
35 peuvent etre realises dans un meme equipement. Dans ce cas, tous les 
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moyens sont reunis, chez le commercant, pour constituer le message de 
paiement. En effet, selon ce qui a ete decrit precedemment, le telephone 
mobile connaTt, et done peut diffuser a la station de base privee 69, 
I'information d'identite bancaire du client debiteur. Cette diffusion sera 
5 diffusee par un sous-programme contenu dans I'operation d'accrochage du 
meme type que la connexion specifique vue plus haut. Le terminal de 
paiement 1 connaTt et peut transmettre a la station de base privee 69 
I'information d'identite bancaire du commercant. Le montant de la transaction 
peut etre indique par le clavier du telephone mobile 7, ou par le clavier du 
10 terminal 1. La date peut etre fournie pat le telephone mobile 7. le terminal 1 
ou meme la station de base 69. II suffit que I'un au moins de ces 
equipements soit muni d'une horioge temps reel. Ou encore, si la liaison 70 
de la station de base 69 avec le serveur 6 est en temps reel, la date peut etre 
fournie par le serveur 6. En remplacement de la liaison 71, completee par 
15 une liaison 72, on peut prevoir que le telephone mobile envoie son identite 
par une liaison hertzienne 73 au terminal 1. Celui ci compose alors le 
message de paiement et le transmet, comme avant par la liaison 66 (ou par 
la liaison 72) au serveur 6. Le terminal 1 et ou la station de base privee 69 
peuvent dans ce cas parfaire le message de paiement. 
20 Selon une deuxieme variante de I'invention, les moyens de 

constitution du message de paiement pourraient etre reunis autre part que 
chez I'operateur de telephonie mobile (dans les circuit 10 decrits ci-dessus) 
et meme autre part que chez le commercant (avec la station de base privee 
69). Notamment la station de base 69 pourrait etre remplacee par une station 
25 de base 11 publique. Selon cette deuxieme variante cependant, le reseau 
public de telephonie mobile n'intervient que pour acheminer une liaison 
telephonique privee. Dans ce dernier cas, les circuits 12-18 eux (pour la 
partie qui concerne la construction du message 5) se trouveront dans des 
locaux a disposition de I'organisme financier. Par exemple, les circuits 12-18 
30 sont situes dans un immeuble de cet organisme et relie a I'interieur de cet 
immeuble par une liaison privee 75 au serveur 6. Dans ce cas I'acheteur 
peut, dans la rue, en remarquant par exemple une affiche publicitaire 
proposant un bien ou un service, acheter immediatement ce bien ou ce 
service. II compose dans ce cas avec son telephone mobile 7 le numero de 
35 telephone affiche sur I'affiche publicitaire. Ce numero de telephone le met en 
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relation, via sa liaison hertzienne 74 a la station de base publique 11, et via 
une liaison telephonique 76 de cette station de base 11, avec les circuits 12- 
18 install dans les locaux de I'organisme financier qui gere le serveur 6. Les 
liaisons 74 et 76 passent, en une communication privee, sur le reseau public. 
5 Ces liaisons permettent d'etablir le message de paiement puisque les circuits 
12-18 component (par le numero de telephone compose dans ce cas) 
I'identite du commergant par le telephone mobile 7, 1'identite du client, et, par 
une procedure complementaire ou des indications preambles (0001) 
donnees par le client, le montant de la transaction envisagee. 
10 On observera que, tant dans la version de base que dans les deux 

variantes. les liaisons 66, 70, 74 et 76 sont des liaisons privees. Elles sont de 
ce fait bien plus resistantes aux fraudes que ne pourraient I'etre des liaisons 
de type accessibles a tous comme on en rencontre avec le reseau Internet. 
De cette facon un definit avec Invention le telephone mobile 7 comme 
1 5 un terminal porteur electronique de paiement. qui possede tout ou partie des 
fonctions du terminal 1 classique. Selon I'invention, ces fonctions sont 
cependant demembrees. La constitution du message 5 de paiement est 
realisee petit a petit dans le cadre de la transmission. Une permanence de 
I'invention est que I'identite du client est transmise par une liaison hertzienne 
20 68, 71 ou 74 entre le telephone mobile et le serveur 6 de la banque. Un autre 
moyen essentiel de I'invention est que, dans cette transmission, I'organe, le 
systeme dit central, qui recoit cette identite au moins transmise sur une partie 
de son parcours par voie hertzienne, complete le message de paiement. 
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REVINDICATIONS 

1 - Procede de paiement electronique dans lequel 

- on constitue un message (5) de paiement comportant une 

5 information d'un montant d'une transaction, une information d'identite d'un 

debiteur de ce montant et une information d'identite d'un creancier de ce 
montant, 

- on envoie ce message a un serveur (6) de donnees d'un organisme 
financier, 

10 - le serveur de cet organisme financier opere des transferts de 

monnaie scripturale correspondant a ce paiement, 
caracterise en ce que 

- on emet (68, 71, 74) a partir d'un telephone mobile (7), et en 
direction d'un systeme central (10) d'un operateur (13), Information 

15 d'identite (39) du debiteur, 

- on complete (18, 19), dans ce systeme central, le message de 
paiement a partir de I'information d'identite de debiteur recue, et d'une 
information d 'identite de creancier, 

- on envoie le message ainsi constitue a un serveur de donnees d'un 
20 organisme financier. 

2 - Procede selon la revendication 1 caracterise en ce que 

- I'operateur est un operateur de telephonie publique, 

- au moment de remission (68), on emet egalement un code relatif a 
I'identite du creancier, et/ou de la transaction, 

25 - on constitue le message de paiement a partir d'une information 

d'identite du cr6ancier correspondant a ce code, 

- et on envoie le message a un organisme financier correspondant a 
ce code. 

3 - Procede selon la revendication 1 caracterise en ce que 

30 - on emet (71) I'information d'identite du debiteur sur un reseau de 

telephonie privee (69) du creancier, 

- on compose le message de paiement dans (71-73) ce reseau, et 

- on I'envoie (70) a un organisme financier du creancier. 

4 - Procede selon la revendication 1 caracterise en ce que 

J5 - on emet (74) I'information d'identite sur un reseau de telephonie 
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publique, dans le cadre d'une communication privee (75), et 

- on compose et on envoie le message de paiement a un interiocuteur 
de cette communication privee au cours de son deroulement. 

5 - Precede selon I'une des revendications 1 a 4, caracterise en ce 

5 que 

- information d'identite de creancier est puisee dans une memoire 
(18) du systeme central en utilisant le code comme adresse dans cette 
memoire. 

6 - Precede selon I'une des revendications 1 a 5, caracterise en ce 

10 que 

- I'information d'identite de creancier est prelevee, en temps reel ou 
differs, dans une memoire d'un serveur (19) de donnees du creancier en 
utilisant le code comme adresse, directe ou indirecte, de ce serveur de 
donnees du creancier. 

15 7 - Precede selon I'une des revendications 1 a 6, caracterise en ce 

qu'on utilise comme identite de debiteur un numero de compte de ce debiteur 
dans un organisme financier. 

8 - Precede selon la revendication 7, caracterise en ce que 

- le debiteur selectionne dans une memoire de son telephone mobile 
20 une identite de debiteur a envoyer parmi plusieurs (38), 

- cette identite de debiteur correspondant a un des comptes de ce 
debiteur dans un ou des organismes financiers. 

9 - Precede selon I'une des revendications 1 a 8, caracterise en ce 

que 

25 - dans I'information d'identite du debiteur on transmet une information 

d'identite proprement dite et une chalne de caractere de coherence, et 

- on verifie (61) dans le systeme central I'authenticite du message de 
paiement par traitement des caracteres de coherence. 

10 - Precede selon I'une des revendications 1 a 9, caracterise en ce 

30 que 

- on provoque avec le systeme central une session (62-64) de 
verification de code secret relatif au debiteur. 

11 - Precede selon I'une des revendications 1 a 10, caracterise en ce 

que 

35 - pour envoyer le message a un serveur (6) d'un organisme financier 



2780800 



20 

correspondant a ce code, le systeme central lit dans une de ses memoires 
ou dans une memoire d'un serveur de donnees du creancier des 
informations de connexion de cet organisme financier, et 

- le systeme central se connecte a ce serveur de donnees de cet 
5 organisme financier. 

12 - Precede selon Tune des revendications 1 a 11, caracterise en ce 

que 

- pour emettre a partir du telephone mobile, on enregistre 
prealablement dans une memoire (35) de ce telephone mobile les 

10 informations d'identite de debiteur. 

13 - Precede selon la revendication 12, caracterise en ce qu'on realise 
la memoire de ce telephone mobile sous la forme d'une memoire amovible 
(31), par exemple du type carte a puce ou jeton a puce. 

14 - Precede selon Tune des revendications 1 a 13. caracterise en ce 

15 que 

- on ajoute la date au message (5) de paiement. 

15 - Precede selon I'une des revendications 1 a 14, caracterise en ce 

que 

- I'organisme financier correspondant au code est un organisme dans 
20 lequel le creancier a un compte. 
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